home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
InfoMagic Standards 1994 January
/
InfoMagic Standards - January 1994.iso
/
ccitt
/
1992
/
t
/
t433_7.asc
< prev
next >
Wrap
Text File
|
1991-12-31
|
73KB
|
3,146 lines
TABLE 16/T.433
The actions of the requesting DTAM-PM in
the error detection at the responding DTAM═PM
w
┌─────────────────────────┬─────────────────────────┬─────────────────────────┐
│ │ │ │
│ Parameter values │ List of procedures in │ List of procedures in │
│ (P/S-U-EXCEPTION-REPORT │ reliable transfer │ reliable transfer │
│ indication) │ mode 1 │ mode 2 │
│ │ │ │
├─────────────────────────┼─────────────────────────┼─────────────────────────┤
│Receiving ability │ - transfer-abort │ - transfer-abort │
│jeopardized │ - DTAM provider-abort │ - DTAM provider abort │
├─────────────────────────┼─────────────────────────┼─────────────────────────┤
│Unrecoverable procedure │ - transfer-discard │ - transfer-discard │
│error │ - D═TRANSFER indication/│ - transfer-procedure │
│ │ confirmation │ by DTAM-PM │
│ │ - transfer-procedure │ │
│ │ by DTAM-usera) │ │
├─────────────────────────┼─────────────────────────┼─────────────────────────┤
│Non-specific error │ - transfer-discard │ - transfer-discard │
│ │ - D═TRANSFER indication/│ - transfer-procedure │
│ │ confirmation │ by DTAM-PM │
│ │ - transfer-procedure │ │
│ │ by DTAM-usera) │ │
├─────────────────────────┼─────────────────────────┼─────────────────────────┤
│Sequence error │ - transfer-discard │ - transfer-discard │
├─────────────────────────┼─────────────────────────┼─────────────────────────┤
│Local SS-user error │ - transfer-interrupt │ - transfer-interrupt │
│(any checkpoint) │ - D═TRANSFER indication/│ - transfer-resume │
│ │ confirmation │ by DTAM-PM │
│ │ - transfer-resume │ │
│ │ by DTAM-usera) │ │
├─────────────────────────┼─────────────────────────┼─────────────────────────┤
│Local SS-user error │ - transfer-discard │ - transfer-discard │
│(no checkpoint) │ - D═TRANSFER indication/│ - transfer-procedure │
│ │ confirmation │ by DTAM-PM │
│ │ - transfer-procedure │ │
│ │ by DTAM-usera) │ │
└─────────────────────────┴─────────────────────────┴─────────────────────────┘
a) Transfer-resume procedure and transfer-procedure by DTAM-user may be performed
in accordance with the decision of DTAM-user.
6.13.1.3.2User-exception-report procedure mapped onto session service (transparent
mode)
This procedure is driven by the following events:
a) a responding DTAM═PM problem;
b) an S═U═EXCEPTION═REPORT indication primitive.
6.13.1.3.2.1 Receiving DTAM-PM problem
6.13.1.3.2.1.1If the responding DTAM═PM detects a problem, it issues a
S═U═EXCEPTION═REPORT request primitive. Depending on the severity of the detected error,
the value of the Reason parameter of the S═U═EXCEPTION═REPORT request primitive is as
follows:
1 Fascicle VII.7 - Rec. T.433
a) in severe problem situations, the value "receiving ability jeopardized" is
used;
Fascicle VII.7 - Rec. T.433 2
b) in exceptional circumstances, the responding DTAM═PM may have to delete a
partially received document information, even though some minor
synchronization points have been confirmed. In this case, the value
"unrecoverable procedure error" is used;
c) if the responding DTAM═PM is not willing to complete a transfer procedure, the
value "non═specific error" is used;
d) if the requesting DTAM═PM resumes a transfer procedure already finished by the
responding DTAM═PM, the value "sequence error" is used;
e) for all other less severe error situations, the value "local SS-user error" is
used.
6.13.1.3.2.2 S═U═EXCEPTION═REPORT indication primitive
6.13.1.3.2.2.1If the requesting DTAM═PM receives an S═U═EXCEPTION═REPORT indication
primitive, it performs one of following procedures depending on the Reason parameter
value of the S═U═EXCEPTION═REPORT indication primitive (in the transparent mode, only
Reliable transfer mode 1 is available):
a) with a value "receiving ability jeopardized", the transfer-abort procedure
followed by the DTAM provider-abort procedure are performed;
b) with a value "unrecoverable procedure error", the transfer-discard procedure
followed by D═TRANSFER service (indication and confirmation) are performed;
c) with a value "non-specific error", the transfer-discard procedure followed by
D═TRANSFER service (indication and confirmation) are performed;
d) with a value "sequence error", the transfer-discard procedure is performed and
the requesting DTAM═PM issues a D-TRANSFER confirm primitive with a result
parameter value of "document-information-transferred" to the requestor and the
transfer procedure is finished;
e) with a value "local SS-user error" and at least one confirmed checkpoint in
the transfer procedure, the transfer-interru t procedure followed by D-
TRANSFER service (indication and confirmation) are performed. If no checkpoint
was confirmed in the transfer procedure, the transfer-discard procedure
followed by D-TRANSFER service (indication and confirmation) are performed.
6.13.1.3.2.2.2Table 16/T.433 summarizes the actions of the requesting DTAM═PM when
receiving the S═U═EXCEPTION═REPORT indication primitive in the column of Reliable
transfer mode 1.
6.13.2 Provider-exception-report
6.13.2.1 Purpose
If the presentation service-provider (normal mode) or the session service-provider
(transparent mode) (responding side) detects an unexpected situation during an activity,
not covered by other services, a P═P═EXCEPTION═REPORT or S═P═EXCEPTION═REPORT indication
primitive is respectively issued to both DTAM═PMs.
6.13.2.2 APDUs used
No APDUs are used in this procedure.
6.13.2.3 Provider-exception-report procedure
6.13.2.3.1Provider-exception-report procedure (normal mode)
3 Fascicle VII.7 - Rec. T.433
This procedure is driven by the following events:
a) a P-P-EXCEPTION-REPORT indication primitive.
6.13.2.3.1.1 P═P═EXCEPTION═REPORT indication primitive
6.13.2.3.1.1.1The responding DTAM═PM ignores a P═P═EXCEPTION═REPORT indication
primitive.
6.13.2.3.1.1.2If the requesting DTAM═PM receives a P═P═EXCEPTION═REPORT indication
primitive, it may perform one of the following procedures:
a) if at least one checkpoint was confirmed in the transfer procedure,
- the transfer-interrupt procedure followed by D═TRANSFER service
(indication and confirmation) (Reliable transfer mode 1),
Fascicle VII.7 - Rec. T.433 4
- the transfer-interrupt procedure followed by the transfer-resumption
procedure (Reliable transfer mode 2), or
b) if no checkpoint was confirmed in the transfer procedure,
- the transfer-discard procedure followed by D-TRANSFER service (indication
and confirmation) (Reliable transfer mode 1),
- the transfer-discard procedure followed by the transfer-retry procedure
(Reliable transfer mode 2), or
c) the transfer-abort procedure followed by the DTAM provider-abort procedure.
6.13.2.3.2Provider-exception-report procedure (transparent mode)
This procedure is driven by the following event:
a) an S-P-EXCEPTION-REPORT indication primitive.
6.13.2.3.2.1 S-P-EXCEPTION-REPORT indication primitive
6.13.2.3.2.1.1The responding DTAM═PM ignores an S═P═EXCEPTION═REPORT indication
primitive.
6.13.2.3.2.1.2If the requesting DTAM═PM receives an S═P═EXCEPTION═REPORT indication
primitive, it may perform one of the following procedure:
a) if at least one checkpoint was confirmed in the transfer procedure, the
transfer- interrupt procedure followed by the D═TRANSFER service (indication
and confirmation), or
b) if no checkpoint was confirmed in the transfer procedure, the transfer-discard
procedure followed by the D═TRANSFER service (indication and confirmation), or
c) the transfer-abort procedure followed by the DTAM provider-abort procedure.
6.14 Rules for extensibility
In addition to the procedures stated above, the following applies when processing
the APDUs defined in this part of Recommendation T.433:
a) fields are ignored that are not defined in this part of Recommendation T.433
in DTAM association establishing phase PDUs (DINQ, DINR and DAB); and
b) for fields defined as having a maximum length in this part of
Recommendation T.433, that portion of any value beyond the maximum length is
ignored.
7 Mapping to the lower layer services
7.1 Mapping to the OSI lower layer services
This section defines how a DTAM═PM transfers APDUs by means of:
a) the ACSE services, or
5 Fascicle VII.7 - Rec. T.433
b) the presentation-services.
Table 17/T.433 lists the overview of ACSE or presentation-service mapping.
Fascicle VII.7 - Rec. T.433 6
TABLE 17/T.433
ACSE and presentation services mapping overview
w
┌──────────────────────┬─────────────────────────┬───────────────────────┬──────────
─────────────────────────┐
│ │ │ │
│
│ Functional units │ Service primitive │ Protocol elements │
Mapping DTAM PDU to │
│ │ │ (PDU) │ ACSE
service/presentation service │
│ │ │ │
│
├──────────────────────┼─────────────────────────┼───────────────────────┼───────────────
────────────────────┤
│ Association use │ D-INITIATE req/ind │ D-INITIATE-REQ PDU │ A-
ASSOCIATE req/ind │
│ control │ rsp/cnf │ D-INITIATE-RESP PDU │ A-
ASSOCIATE rsp/cnf │
│ │ D-TERMINATE req/ind │ D-TERMINATE-REQ PDU │ A-
RELEASE req/ind │
│ │ rsp/cnf │ D-TERMINATE-RESP PDU │ A-
RELEASE rsp/cnf │
│ │ D-U-ABORT req/ind │ D-ABORT PDU │ A-U-
ABORT req/ind │
├──────────────────────┼─────────────────────────┼───────────────────────┼───────────────
────────────────────┤
│ Capability │ D-CAPABILITY req/ind │ D-CAPABILITY REQ PDU │ P-CAPAB-
DATA req/ind │
│ │ rsp/conf │ D-CAPABILITY RESP PDU │ P-CAPAB-
DATA rsp/cnf │
├──────────────────────┼─────────────────────────┼───────────────────────┼───────────────
────────────────────┤
│ Document bulk │ D-TRANSFER req │ none │ P-ACT-
START/RESUMEa) req/ind │
│ transfer │ │ │ P-DATA
req/ind │
│ │ ind │ none │ P-ACT-
END/DCDa)/INTa) req/ind │
│ │ cnf │ none │ P-ACT-
END/DCDa)/INTa) rsp/cnf │
│ │ │ │
│
│ │ │ - transfer-interrupt │ P-ACT-
INT req/ind/rsp/cnf │
│ │ │ - transfer-discard │ P-ACT-
DCD req/ind/rsp/cnf │
│ │ │ - transfer-resume │ P-ACT-
RESUME req/ind │
├──────────────────────┼─────────────────────────┼───────────────────────┼───────────────
────────────────────┤
│ Document unconfirmed │ D-CREATE req/ind │ D-CREATE PDU │ P-DATA
req/ind │
│ manipulation │ D-DELETE req/ind │ D-DELETE PDU │ P-DATA
req/ind │
│ │ D-MODIFY req/ind │ D-MODIFY PDU │ P-DATA
req/ind │
7 Fascicle VII.7 - Rec. T.433
│ │ D-CALL req/ind │ D-CALL PDU │ P-DATA
req/ind │
│ │ D-REBUILDb) req/ind │ D-REBUILD PDUb) │ P-DATA
req/ind │
├──────────────────────┼─────────────────────────┼───────────────────────┼───────────────
────────────────────┤
│ Token control │ D-TOKEN-GIVE req/ind │ none │ P-TOKEN-
GIVE req/ind │
│ │ D-TOKEN-PLS req/ine │ D-TOKEN-PLS PDU │ P-TOKEN-
PLS req/ind │
│ │ D-CONTROL-GIVE req/ind │ none │ P-CONTROL-
GIVE req/ind │
├──────────────────────┼─────────────────────────┼───────────────────────┼───────────────
────────────────────┤
│ Typed data │ │ │
│
│ transmission │ D-TYPED-DATA req/ind │ D-TYPED-DATA PDU │ P-TYPED-
DATA req/ind │
├──────────────────────┼─────────────────────────┼───────────────────────┼───────────────
────────────────────┤
│ Exception report │ D-U-EXCEPTION-REPORT │ D-EXCEPTION-REPORT │
│
│ │ req/indb) │ PDUb) │ P-U-
EXCEPTION-REPORT req/ind │
│ │ │ - user-exception- │
│
│ │ │ report │ P-U-
EXCEPTION-REPORT req/ind │
│ │ │ - provider-exception- │
│
│ │ │ report │ P-P-
EXCEPTION-REPORT ind │
└──────────────────────┴─────────────────────────┴───────────────────────┴───────────────
────────────────────┘
a) This mapping is only applied in Reliable transfer mode 1.
b) This DTAM service or PDU is for further study.
7.1.1Mapping on the ACSE services
7.1.1.1 Association-establishment procedure
Association-establishment procedure takes place concurrently with the underlying
ACSE association establishment.
7.1.1.1.1 Directly mapped parameters
The following parameters of D-INITIATE service primitives are mapped directly onto
the corresponding parameter of the A-ASSOCIATE service primitive:
a) application context name
b) calling AP title
c) calling AP invocation-identifier
d) calling AE qualifier
e) calling AE invocation-identifier
f) called AP title
g) called AP invocation-identifier
h) called AE qualifier
i) called AE invocation-identifier
j) responding AP title
k) responding AP invocation-identifier
Fascicle VII.7 - Rec. T.433 8
l) responding AE qualifier
m) responding AE invocation-identifier
9 Fascicle VII.7 - Rec. T.433
n) calling presentation address
o) called presentation address
p) responding presentation address
q) presentation context definition list
r) presentation context definition result
s) presentation requirements
t) initial assignment of token
u) quality of services.
7.1.1.1.2 Parameters not used
The following parameter of A═ASSOCIATE service primitives is not used:
- initial synchronization point serial number.
7.1.1.1.3 Use of the other A-ASSOCIATE request and indication primitive parameters
7.1.1.1.3.1 Mode
This parameter shall be supplied by the requestor of the association in the
A═ASSOCIATE request primitive, and shall have the value "normal mode".
7.1.1.1.3.2 User information
For both the A-ASSOCIATE request and indication primitives, the user information
parameter is used to carry the D-INITIATE-REQ APDU.
7.1.1.1.3.3 Session requirements
This parameter is set by the association-initiating DTAM-PM to select the
following functional units:
a) kernel
b) half-duplex functional unit
c) typed-data functional unit
d) capability data exchange functional unit
e) minor synchronize functional unit
f) exceptions functional unit
g) activity management functional unit.
Note - The use of duplex functional unit and negotiated release functional unit
are for further study.
7.1.1.1.3.4 Session connection identifier
The association-initiating DTAM-PM will supply a session connection identifier,
which will be used to uniquely identify the session-connection. This identifier is
formed of the following components:
a) SS-user reference;
b) common reference;
c) additional reference information (optionally).
Fascicle VII.7 - Rec. T.433 10
The SS-user reference is conveyed as the calling SS-user reference by the
association- initiating DTAM-PM. Common reference and additional reference information
are conveyed in similarly named parameters of the P-CONNECT primitive.
Each component, when present, will contain a data element of the appropriate type
from the following definitions:
CallingSS═UserReference ::=PresentationAddress -- of the requestor
CommonReference ::=UTCTime
AdditionalReferenceInformation ::= T.61 String
The PresentationAddress is represented as a string of octets.
11 Fascicle VII.7 - Rec. T.433
7.1.1.1.4 Use of the other A-ASSOCIATE response and confirm primitive parameters
7.1.1.1.4.1 User information
This parameter only has relevance if the application-association is accepted by
the ACSE service-provider.
For both the A-ASSOCIATE response and confirmation primitives, the user
information parameter is used to carry the D-INITIATE-RESP APDU, whether the
application-association is accepted or is rejected by the association-responding DTAM-
PM.
7.1.1.1.4.2 Result
For the A-ASSOCIATE response primitive the result parameter is set by the
association responding DTAM-PM as follows:
a) if the association-responding DTAM-PM rejects the application-association,
the value of this parameter is set to either "rejected by responder
(transient)" or "rejected by responder (permanent)";
b) if the association-responding DTAM-PM accepts the request, the value of this
parameter is derived from the result parameter of the D-INITIATE response
primitive.
7.1.1.1.4.3 Session requirements
This parameter has the same values as in the A-ASSOCIATE request and indication
primitive.
7.1.1.1.4.4 Session connection identifier
This parameter has the same value as in the A-ASSOCIATE indication primitives. The
calling SS═user reference value of the A-ASSOCIATE indication primitive is returned as
a called SS=user reference by the association-responding DTAM-PM.
7.1.1.2 Association-release procedure
Association-release procedure takes place concurrently with the underlying ACSE
association release.
7.1.1.2.1 Directly mapped parameters
The following parameter of D-TERMINATE service primitives is mapped directly onto
the corresponding parameters of the A-RELEASE service primitives:
- User data (on user information).
7.1.1.2.2 Parameters not used
The following parameter of the A-RELEASE service primitives is not used:
Fascicle VII.7 - Rec. T.433 12
- Reason.
7.1.1.2.3 Use of the other A-RELEASE response and confirm primitive parameters
7.1.1.2.3.1 Result
The value of this parameter is "affirmative".
7.1.1.3 Association-provider-abort
The use of the A-P-ABORT indication primitive parameters are defined in
Recommendation X.217.
7.1.2Mapping on the presentation services
7.1.2.1 Transfer procedure
7.1.2.1.1 Use of the P-ACTIVITY-START request and indication primitive parameters
7.1.2.1.1.1 Activity identifier
The activity identifier identifies the activity by means of a serial number. The
first activity started on the session-connection is assigned to number 1. Each
successive activity for that direction of transfer is assigned the next number. This
number is separate for each direction of transfer.
13 Fascicle VII.7 - Rec. T.433
The DTAM═PMs should manage the local mapping between the parameter "activity
identifier" in the P-ACTIVITY-START request and indication primitive and the parameter
"document reference information in D-TRANSFER service.
The property required of activity identifiers is that they should uniquely
identify an activity during a reasonable time interval within a particular session
connection, so that duplicates can be detected in the case of error situations. These
identifiers are allocated by numbering the activities during a session, starting with
one for the first and incrementing for each successive activity, and representing the
number by a data element of type INTEGER encoded according to Recommendation X.209. It
is unnecessary for the responding DTAM-PM to make assumptions on allocation method, it
need only be able to compare two identifiers for equality, octet by octet.
7.1.2.1.1.2 User data
This parameter is not used.
7.1.2.1.2 Use of the P-DATA request and indication primitive parameters
7.1.2.1.2.1 User data
The following DTAM APDUs are conveyed by this parameter:
a) D═CREATE APDU
b) D═DELETE APDU
c) D═MODIFY APDU
d) D-CALL APDU.
Note - A segment of interchange-data-elements of document information is also
conveyed by this parameter.
7.1.2.1.3 Use of the P-TYPED-DATA request and indication primitive parameters
7.1.2.1.3.1 User data
The D═TYPED═DATA APDU is conveyed by this parameter.
7.1.2.1.4 Use of the P-MINOR-SYNCHRONIZE request and indication primitive parameters
7.1.2.1.4.1 Type
Fascicle VII.7 - Rec. T.433 14
The DTAM═PM uses only the "explicit confirmation expected" type of minor
synchronization.
7.1.2.1.4.2 Synchronization point serial number
The session service-provider allocates checkpoint serial numbers, and passes then
to the requesting and responding DTAM-PMs to associate with the transmitted data.
7.1.2.1.4.3 User data
This parameter is not used.
7.1.2.1.5 Use of the P-ACTIVITY-END request and indication primitive parameters
7.1.2.1.5.1 User data
This parameter is not used.
7.1.2.2 Token please procedure
When the DTAM user issues a D-TOKEN-PLEASE service primitive, this results into a
P═TOKEN═PLEASE.
7.1.2.2.1 Use of the P-TOKEN-PLEASE request and indication primitive parameters
7.1.2.2.1.1 Tokens
This parameter takes a value which corresponds to requesting the data token.
7.1.2.2.1.2 User data
The D-TOKEN-PLEASE APDU is conveyed by this parameter.
7.1.2.3 Token give procedure
When the DTAM user issues a D-TOKEN-GIVE service primitive, this results into a P-
TOKEN-GIVE.
15 Fascicle VII.7 - Rec. T.433
7.1.2.3.1 Use of the P-TOKEN-GIVE request and indication primitive parameters
7.1.1.3.1.1 Tokens
This parameter takes a value which corresponds to giving the data token.
7.1.2.4 Control give procedure
When the DTAM-user issues a D-CONTROL-GIVE service primitive, this results into a
P-CONTROL- GIVE. This will transfer all the tokens from the requestor to the responder.
7.1.2.4.1 Use of the P-CONTROL-GIVE request and indication primitive parameters
The P-CONTROL-GIVE service primitives have no parameters. All the tokens are
automatically passed to the other DTAM═PM.
7.1.2.5 Capability data exchange procedure
7.1.2.5.1 Use of the P═CAPAB═DATA service parameters
7.1.2.5.1.1 User data
The following DTAM APDUs are conveyed by this parameter:
a) D═CAPABILITY═REQ APDU;
b) D═CAPABILITY═RESP APDU.
7.1.2.6 User-exception-report procedure
7.1.2.6.1 Use of the P-U-EXCEPTION-REPORT service parameters
7.1.2.6.1.1 Reason
This parameter may specify one of the following reasons:
a) receiving ability jeopardized;
Fascicle VII.7 - Rec. T.433 16
b) local SS-user error;
c) sequence error;
d) unrecoverable error;
e) non-specific error.
7.1.2.6.1.2 User data
This parameter is not used.
7.1.2.7 Provider-exception-report procedure
7.1.2.7.1 Use of the P═P═EXCEPTION═REPORT service parameter
7.1.2.7.1.1 Reason
This parameter may specify one of the following reasons:
a) protocol error,
b) non-specific error.
7.1.2.8 Transfer-interrupt procedure
7.1.2.8.1 Use of the P═ACTIVITY═INTERRUPT service parameters
7.1.2.8.1.1 Reason
This parameter may specify one of the following reasons:
17 Fascicle VII.7 - Rec. T.433
a) local SS-user error;
b) non-specific error.
7.1.2.9 Transfer-discard procedure
7.1.2.9.1 Use of the P═ACTIVITY═DISCARD service parameters
7.1.2.9.1.1 Reason
This parameter may specify one of the following reasons:
a) local SS-user error;
Fascicle VII.7 - Rec. T.433 18
b) unrecoverable procedure error;
c) non-specific error.
7.1.2.10 Transfer-resumption procedure
7.1.2.10.1Use of the P═ACTIVITY═RESUME service parameters
7.1.2.10.1.1 Activity identifier
The requesting DTAM-PM must allocate and supply the next activity identifier
number for the current session.
7.1.2.10.1.2 Old activity identifier
The requesting DTAM must supply the original activity identifier assigned to the
previously interrupted activity in the P-ACTIVITY-START request primitive.
7.1.2.10.1.3 Synchronization point serial number
The requesting DTAM-PM will specify the serial number of the last confirmed
checkpoint in the interrupted activity. The session service-provider will also set the
current session serial number to this value. If there was no previously confirmed
checkpoint, the activity cannot be continued. The requesting DTAM-PM must then send a
P-ACTIVITY-RESUME request primitive (with the synchronization point serial number set
to zero), followed by a P-ACTIVITY-DISCARD request primitive.
7.1.2.10.1.4 Old session connection identifier
The requesting DTAM-PM must supply the session connection identifier of the
session-connection during which the activity was started. The session connection
identifier of the previous session- connection is conveyed in the calling SS-user
reference, common reference and optionally additional reference information components
of this parameter. The called SS-user reference component is not used.
7.1.2.10.1.5 User data
This parameter is not used.
7.2 Mapping to the Recommendation X.215 session service (transparent mode)
This section defines how a DTAM-PM transfers APDUs by means of the session
service.
Table 20/T.433 lists the overview of session mapping.
7.2.1DTAM association-establishment procedure
The association-establishment procedure takes place concurrently with the
underlying establishment of session connection.
7.2.1.1 Directly mapped parameters
19 Fascicle VII.7 - Rec. T.433
No parameters of D-INITIATE service primitives are mapped directly onto the
corresponding parameters of the S-CONNECT service primitive.
7.2.1.2 Use of the other S-CONNECT request and indication primitive parameters
7.2.1.2.1 User information
For both the S-CONNECT request and indication primitives, the user information
parameter is used to carry the D-INITIATE-REQ APDU.
7.2.1.2.2 Session requirements
This parameter is set by the initiating DTAM-PM to select the following functional
units by means of the "telematic requirements parameter" in the D-INITIATE service
primitive as shown in Table 18/T.433.
Fascicle VII.7 - Rec. T.433 20
TABLE 18/T.433
Mapping into/out of the session requirements
w
┌───────────────────────┬────────────────────────────────────┐
│ │ │
│ "Telematic │ Functional units │
│ requirements" │ │
│ │ │
├───────────────────────┼────────────────────────────────────┤
│ │ │
│ Token management │ Half-duplex functional unit │
│ │ │
├───────────────────────┼────────────────────────────────────┤
│ │ │
│ Non-token management │ Duplex functional unit │
│ │ │
├───────────────────────┼────────────────────────────────────┤
│ │ │
│ Typed data management │ Typed-data functional unit │
│ │ │
├───────────────────────┼────────────────────────────────────┤
│ │ │
│ Capability │ Capability data exchange │
│ │ functional unit │
│ │ │
├───────────────────────┼────────────────────────────────────┤
│ │ │
│ Reliable transfer │ Minor synchronize functional unit │
│ management │ Activity management functional │
│ │ unit │
│ │ │
├───────────────────────┼────────────────────────────────────┤
│ │ │
│ Exception report │ Exceptions functional unit │
│ │ │
└───────────────────────┴────────────────────────────────────┘
7.2.1.2.3 Session reference
The initiating DTAM-PM will supply a session connection identifier, which will be
used to uniquely identify the session-connection. This identifier is formed of the
following components:
a) terminal identifier of the calling terminal;
b) date and time;
c) additional session reference number (optionally).
The terminal identifier of the calling terminal is conveyed as the calling SS-user
reference by the initiating DTAM-PM. Date and time and additional session reference
number are conveyed in parameters of the S-CONNECT primitive.
Each component, when present, will contain a data element of the appropriate type
from the following definitions:
Terminal identifier ::= T.62 SessionAddress -- of the requestor
Date and time ::= UTCTime
Additional session
reference number ::= T.61 String
The SessionAddress is represented as a string of octets.
21 Fascicle VII.7 - Rec. T.433
7.2.1.2.4 Service identifier
The initiating DTAM-PM must supply a service identifier which has the value
w'1w' to specify the telematic services.
7.2.1.2.5 Non-basic session capabilities
The initiating DTAM-PM may supply non-basic session capabilities, which will be
used to specify the non-basic session capabilities available as receiving capabilities
of the sender of this primitive. This parameter is formed of the following components:
a) miscellaneous session capabilities;
b) window size.
7.2.1.2.6 Inactivity timer
The initiating DTAM-PM may use to negotiate the value of an inactivity timer.
7.2.1.3 Use of the other S-CONNECT response and confirm primitive parameters
7.2.1.3.1 User information
This parameter only has relevance if the application-association is accepted by
the session service-provider.
For both the S-CONNECT response and confirmation primitives, the user information
parameter is used to carry the D-INITIATE-RESP APDU if the application-association is
accepted or is rejected by the responding DTAM-PM.
7.2.1.3.2 Result
For the S-CONNECT response primitive the result parameter is set by the
association responding DTAM-PM as follows:
a) when the association-responding DTAM-PM detects errors in the S-CONNECT
indication primitive (e.g , no session user data), the association-
responding DTAM-PM rejects the application-association. The value of this
parameter is set to "refuse";
b) if the association-responding DTAM-PM accepts the request, the value of this
parameter is derived from the result parameter of the D-INITIATE response
primitive as shown in Table 19/T.433.
For the S-CONNECT confirm primitive the result parameter is set by the association
responding DTAM-PM as follows:
a) when the association-requesting (initiating) DTAM-PM receives the S-CONNECT
confirm primitive with the result parameter of "refuse", the
association/requesting DTAM-PM issues the D-INITIATE confirm primitive with
the result parameter of "rejected by responding DTAM-PM" to the association-
requesting DTAM user;
b) when the association-requesting DTAM-PM receives the S-CONNECT confirm
primitive with the result parameter of "accept", the association-requesting
DTAM-PM issues the D-INITIATE confirm primitive with the result parameter of
"accepted" to the association-requesting DTAM user.
Fascicle VII.7 - Rec. T.433 22
TABLE 19/T.433
Result parameter mapping
w
┌─────────────────────┬────────────────┬──────────────────┐
│ │ S-CONNECT │ D-INITIATE │
│ D-INITIATE response │ response/ │ confirmation │
│ │ confirmation │ │
├─────────────────────┼────────────────┼──────────────────┤
│ accepted │ accept │ accepted │
├─────────────────────┼────────────────┼──────────────────┤
│ rejected by │ refuse │ rejected by │
│ responder with │ │ responding │
│ some reasons │ │ DTAM-PM │
├─────────────────────┼────────────────┼──────────────────┤
│ rejected by │ refuse │ rejected by │
│ responding │ │ responding │
│ DTAM-PM │ │ DTAM-PM │
└─────────────────────┴────────────────┴──────────────────┘
TABLE 20/T.433
DTAM service primitive-protocol mapping to session services
w
┌──────────────────────┬───────────────────────┬───────────────────────┬────────────
───────────────────┐
│ Functional │ Service │ Protocol elements │
Mapping DTAM PDU to │
│ units │ primitive │ (PDU) │
session service │
├──────────────────────┼───────────────────────┼───────────────────────┼─────────────────
──────────────┤
│ Association use │D-INITIATE req/ind │ D-INITIATE-REQ PDU │ S-
CONNECT req/ind │
│ control │ resp/conf │ D-INITIATE-RESP PDU │ S-
CONNECT rsp/cnf │
│ │D-TERMINATE req/ind │ │ S-
RELEASE req/ind │
│ │ resp/conf │ │ S-
RELEASE rsp/cnf │
│ │D-ABORT req/ind │ │ S-ABORT
req/ind │
├──────────────────────┼───────────────────────┼───────────────────────┼─────────────────
──────────────┤
│ Capability │D-CAPABILITY req/ind │ D-CAPABILITY-REQ PDU │ S-CAPAB-
DATA req/ind │
│ │ resp/conf │ D-CAPABILITY-RESP PDU │ S-CAPAB-
DATA rsp/cnf │
├──────────────────────┼───────────────────────┼───────────────────────┼─────────────────
──────────────┤
│ Document bulk │D-TRANSFER req │ none │ S-ACT-
START/RESUME req/ind │
│ transfer │ ind │ none │ S-DATA
req/ind │
│ │ cnf │ none │ S-ACT-
END/DCD/INT req/ind │
│ │ │ │ S-ACT-
END/DCD/INT rsp/cnf │
23 Fascicle VII.7 - Rec. T.433
├──────────────────────┼───────────────────────┼───────────────────────┼─────────────────
──────────────┤
│ Token control │D-CONTROL-GIVE req/ind │ none │ S-CONTROL-
GIVE req/ind │
│ │D-TOKEN-PLS req/ind │ none │ S-TOKEN-PLS
req/ind │
├──────────────────────┼───────────────────────┼───────────────────────┼─────────────────
──────────────┤
│ Typed data │D-TYPED-DATA req/ind │ D-TYPED-DATA PDU │ S-TYPED-
DATA req/ind │
│ transmission │ │ │
│
│ │ │ │
│
├──────────────────────┼───────────────────────┼───────────────────────┼─────────────────
──────────────┤
│ Exception report │D-U-EXCEPTION-REPORT │ │ S-U-EXCEPTION-
REPORT req/ind │
│ │ req/ind*│ │
│
│ │ │ - user-exception- │
│
│ │ │ report │ S-U-EXCEPTION-
REPORT req/ind │
│ │ │ - provider-exception- │
│
│ │ │ report │ S-P-EXCEPTION-
REPORT ind │
└──────────────────────┴───────────────────────┴───────────────────────┴─────────────────
──────────────┘
Note - D-U-EXCEPTION-REPORT req/ind* is for further study.
7.2.1.3.3 Session requirements
This parameter has the same values as in the S-CONNECT request and indication
primitives.
7.2.1.3.4 Session reference
This parameter has the same values as in the S-CONNECT indication primitives. The
terminal identifier of the calling terminal value of the S-CONNECT indication primitive
is returned as the terminal identifier of the called terminal by the responding DTAM-
PM.
7.2.1.3.5 Service identifier
This parameter has the same values as in the S-CONNECT request and indication
primitives.
Fascicle VII.7 - Rec. T.433 24
7.2.1.3.6 Non-basic session capabilities
The responding DTAM-PM may supply non-basic session capabilities, which will be
used to specify the non basic session capabilities available as receiving capabilities
of the sender of this primitive. This parameter is formed of the same components as
those in S-CONNECT request and indication primitives.
7.2.1.3.7 Inactivity timer
The responding DTAM-PM may use this parameter to negotiate an inactivity timer.
7.2.2Association release procedure
The association release procedure takes place concurrently with the underlying
release of session connection.
There are no D-TERMINATE service parameters to map onto session connection release
service parameters.
7.2.3Association-provider-abort
The uses of the S-P-ABORT indication primitive parameters are defined in
Recommendation X.215.
7.2.4Transfer procedure
7.2.4.1 Use of the S-ACTIVITY-START request and indication primitive parameters
7.2.4.1.1 Document reference number
The requesting DTAM-PM must allocate and supply the next document reference number
for the current session.
The DTAM-PMs should manage the mapping between the parameter "document reference
number" in D-TRANSFER service and the parameter "document reference number" in the S-
ACTIVITY-START request and indication primitives.
7.2.4.1.2 Document type identifier
This parameter may be user option.
7.2.4.1.3 Service interworking identifier
This parameter may be user option.
7.2.4.1.4 User data
This parameter is only used to invoke the DTAM capability. The information, which
is generated by the DTAM-PM based on the parameter of "document characteristics" in
document profile contained in the document information, is conveyed as shown in Figure
3/T.433.
25 Fascicle VII.7 - Rec. T.433
w
┌────────────────────────────────────────────────────────────────────────────────
─────────┐
│S-ACTIVITY-START-user-data ::= CHOICE
│
│
│
│ { [4] IMPLICIT DocumentCharacteristics }
│
│
│
│ DocumentCharacteristics ::=SET{
│
│ documentApplicationProfile ::= CHOICE {
│
│ [0] IMPLICIT OCTET STRING
│
│ -- w'01'H Non-DocumentApplicationProfilew
│
│ -- w'02'H DocumentApplicationProfile T.503w
│
│ [4] IMPLICIT SET OF OBJECT IDENTIFIER }
│
│
│
│ documentArchitectureClass [1] IMPLICIT OCTET STRING OPTIONAL,
│
│ -- w'00'H means FDAw
│
│
│
│ nonBasicDocumentCharacteristics [2] IMPLICIT NonBasicDocumentCharacteristics
│
│ OPTIONAL,
│
│
│
│nonBasicStructuralCharacteristics [3] IMPLICIT
NonBasicStructuralCharacteristics │
│ OPTIONAL }
│
│
│
│NonBasicDocumentCharacteristics ::= SET {
│
│ commentsCharacterSets [1] IMPLICIT OCTET STRING OPTIONAL,
│
│ -- wstring of escape sequencesw
│
│ pageDimensions [2] IMPLICIT SET OF Dimension-Pair
OPTIONAL, │
│ ra-gr-coding-attributes [3] IMPLICIT SET OF Ra-Gr-Coding-Attribute
OPTIONAL,│
│ -- wRa-Gr-Coding-Attribute is defined inw
│
│ -- wRecommendation T.415w
│
│
│
│ ra-gr-presentation-features [4] IMPLICIT SET OF
│
│ Ra-Gr-Presentation-Features OPTIONAL
│
Fascicle VII.7 - Rec. T.433 26
│ -- wRa-Gr-Presentation-Features is defined
inw │
│ -- wRecommendation T.415w }
│
│
│
│NonBasicStructuralCharacteristics ::= SET{
│
│ numberOfObjectsPerPage [0] IMPLICIT INTEGER OPTIONAL}
│
└────────────────────────────────────────────────────────────────────────────────
─────────┘
FIGURE 3/T.433
User data in S-ACTIVITY-START/RESUME
7.2.4.2 Use of the S-DATA request and indication primitive parameters
The document information is divided into segments such that the segment boundaries
coincide with the minor synchronization points. Each segment consists of an integral
number of interchange- data-elements. The interchange-data-elements of each segment are
encoded using the basic encoding rules defined in Recommendation X.209. The encoded
interchange-data-elements of each segment are concatenated, forming an encoded segment.
7.2.4.2.1 User data
A segment of interchange-data-elements is conveyed by the user data.
Note - Some DTAM-PMs may take one of the following actions:
- when sending the document information, the requesting DTAM-PM may suppress
the document profile located at the top of the document information;
- when receiving the document information, the responding DTAM- M may re-
generate the document profile and may attach it to the top of the document
information based on the User Data of S-ACTIVITY-START indication.
7.2.4.3 Use of the S-TYPED-DATA request and indication primitive parameters
7.2.4.3.1 User data
The D-TYPED-DATA APDU is conveyed by this parameter.
27 Fascicle VII.7 - Rec. T.433
7.2.4.4 Use of the S-MINOR-SYNCHRONIZE service parameters
7.2.4.4.1 Type
The DTAM-PM uses only the "explicit confirmation expected" type of minor
synchronization.
7.2.4.4.2 Synchronization point serial number (checkpoint reference number)
The session service-provider allocates checkpoint serial numbers and passes them
to the requesting and the responding DTAM-PMs to associate with the transmitted data.
7.2.4.5 Use of the S-ACTIVITY-END service parameters
7.2.4.5.1 Synchronization point serial number (checkpoint reference number)
The serial number of the implied major synchronization point is allocated by the
session service-provider and passed up to both DTAM-PMs. This parameter will be mapped
into/out of the parameter "synchronization point" in D-TRANSFER service.
7.2.5Token please procedure
When the DTAM-user issues a D-TOKEN-PLEASE service primitive, this results into an
S-TOKEN- PLEASE.
7.2.5.1 Use of the S-TOKEN-PLEASE request and indication primitive parameters
7.2.5.1.1 Tokens
The responding DTAM-PM (receiver of document) will only request the data token.
7.2.6Control give procedure
When the DTAM-user issues a D-CONTROL-GIVE service primitive, this results into an
S-CONTROL-GIVE. This will transfer all the tokens from the requestor to the responder.
7.2.6.1 Use of the S-CONTROL-GIVE request and indication primitive parameters
The S-CONTROL-GIVE service primitives have no parameters.
7.2.7Capability data exchange procedure
7.2.7.1 Use of the S-CAPAB-DATA service parameters
7.2.7.1.1 User data
The following DTAM APDUs are conveyed by this parameter:
a) D-CAPABILITY-REQ APDU;
Fascicle VII.7 - Rec. T.433 28
b) D-CAPABILITY-RESP APDU.
7.2.7.1.2 Inactivity timer
The initiating/responding DTAM-PMs may use this parameter to negotiate an
inactivity timer.
7.2.7.1.3 Storage capacity
The initiating/responding DTAM-PMs may supply a storage capacity to negotiate the
memory size for the communication.
7.2.8User-exception-report procedure
7.2.8.1 Use of the S-U-EXCEPTION-REPORT service parameters
7.2.8.1.1 Reason
This parameter may specify one of the following reasons:
a) no specific reason;
b) temporarily unable to enter into, or to continue a session;
c) sequence error;
d) unrecoverable error;
e) local terminal error.
29 Fascicle VII.7 - Rec. T.433
7.2.9Provider-exception-report procedure
7.2.9.1 Use of the S-P-EXCEPTION-REPORT service parameters
7.2.9.1.1 Reason
This parameter may specify one of the following reasons:
- protocol error.
7.2.10 Transfer-interrupt procedure
7.2.10.1 Use of the S-ACTIVITY-INTERRUPT service parameters
7.2.10.1.1Reason
This parameter may specify one of the reasons as described in reason f r S-U-
EXCEPTION- REPORT service primitive.
7.2.11 Transfer-discard procedure
7.2.11.1 Use of the S-ACTIVITY-DISCARD service parameters
7.2.11.2.1Reason
This parameter may specify one of the reasons as described in reason f r S-U-
EXCEPTION- REPORT service primitive.
7.2.12 Transfer-user-resumption procedure
7.2.12.1 Use of the S-ACTIVITY-RESUME service parameters
7.2.12.1.1Document reference number
The requesting DTAM-PM must allocate and supply the next document reference number
for the current session.
7.2.12.1.2Old document reference number
The requesting DTAM-PM must supply the original activity identifier assigned to
the previously interrupted activity in the S-ACTIVITY-START request primitive.
7.2.12.1.3Checkpoint serial number
Fascicle VII.7 - Rec. T.433 30
The requesting DTAM-PM will specify the serial number of the last confirmed
checkpoint in the interrupted activity. The session service-provider will also set the
current session serial number to this value. If there was no previously confirmed
checkpoint, the activity cannot be continued. The requesting DTAM-PM must then send an
S-ACTIVITY-RESUME request primitive (with the synchronization point serial number set
to zero), followed by an S-ACTIVITY-DISCARD request primitive.
This parameter will be mapped into/out of the parameter "synchronization point" in
D-TRANSFER service.
7.2.12.1.4Old session reference
The requesting DTAM-PM must supply the session reference of the session-connection
during which the activity was started. The session reference of the previous session-
connection is conveyed in the calling and called terminal identifier, common reference
and optionally, additional reference information components of this parameter.
7.2.12.1.5Document type identifier
This parameter may be user option.
7.2.12.1.6Service interworking identifier
This parameter may be user option.
7.2.12.1.7User data
This parameter has the same format of user-data as for the S═ACTIVITY-START
service parameters.
31 Fascicle VII.7 - Rec. T.433
8 Abstract syntax definition of APDUs
8.1 Abstract syntax definition of APDUs in normal mode
This abstract syntax is described by the notation of ASN.1 defined in the
Recommendation X.208.
DTAM-APDUs {ccitt dTAM(x) apdus(0)} DEFINITIONS ::=
BEGIN
EXPORTSdTAMSE;
dTAMSE OBJECT IDENTIFIER ::= {ccitt dTAM(x) aseID(1)} -- ASE identifier for DTAMSE
IMPORTS
-- For further study
[1] D-INITIATE-REQ ::= [APPLICATION 10] IMPLICIT SEQUENCE
{ serviceClasses [0] IMPLICIT INTEGER OPTIONAL
-- the use of this parameter is
-- for further study
telematicRequirements [1]IMPLICIT BIT STRING
{ kernel (0),
capabilityManagement (1),
documentBulkTransfer (2),
typedDataTransmission (3),
documentUnconfirmedManipulation (4),
documentConfirmedManipulation(5),
remoteDocumentAccess (6),
remoteDocumentManagement (7),
tokenControl (8),
exceptionReport (9),
reliableTransferMode1 (10),
reliableTransferMode2 (11), },
applicationCapabilities [2] IMPLICIT SET OF Application Capabilities
protocolVersion [3]IMPLICIT BIT STRING
{ version-1 (0) } OPTIONAL,
dTAMQOS [4]IMPLICIT BIT STRING OPTIONAL,
account [5]IMPLICIT Account
OPTIONAL,
checkpointWindow [6]IMPLICIT INTEGER DEFAULT 3 OPTIONAL,
storageCapacity [7]IMPLICIT BIT STRING OPTIONAL,
userInformation [8]OCTET STRING OPTIONAL
}
-- Registration of OBJECT IDENTIFIER for the Recommendation T.503 is required
-- dTAMQOS and account parameters are for further study
Application Capabilities ::=SET
{ documentApplicationProfile[0]IMPLICIT OBJECT IDENTIFIER,
nonBasicDocCharacteristics[1]IMPLICIT NonBasicDocCharacteristics OPTIONAL,
nonBasicStrucCharacteristics[2] IMPLICIT NonBasicStrucCharacteristics,
OPTIONAL,
operationalApplicationProfile[3] IMPLICIT SET OF OBJECT IDENTIFIER
OPTIONAL }
-- Registration of OBJECT IDENTIFIER for the Recommendation T.503 is required
-- NonBasicStrucCharacteristics ::={Refer to Recommendation T.415 }
-- NonBasicDocCharacteristics ::={Refer to Recommendation T.415 }
[2] D-INITIATE-RESP ::=[APPLICATION 11] IMPLICIT SEQUENCE
{ telematicRequirements [0]IMPLICIT BIT STRING,
ApplicationCapabilities [1] IMPLICIT SET OF Application Capabilities,
Fascicle VII.7 - Rec. T.433 32
protocolVersion [2]IMPLICIT BIT STRING
{ version-1 (0) } OPTIONAL,
dTAMQOS [3]IMPLICIT BIT STRING OPTIONAL,
result [4]INTEGER
33 Fascicle VII.7 - Rec. T.433
{ accepted (0),
rejected by responder(reason-not-specified) (1),
rejected by responder(protocolVersion-not-supported) (2),
rejected by responder(DTAMQOS-not-supported) (3),
rejected by responder(application-context-not-supported)(4),
rejected by responding DTAM-PM (5) },
checkpointWindow [5]IMPLICIT INTEGER DEFAULT 3 OPTIONAL,
storageCapacity [6]IMPLICIT BIT STRING OPTIONAL,
userInformation [7]OCTET STRING OPTIONAL
}
[3] D-TERMINATE-REQ ::=IMPLICIT SEQUENCE
{ userInformation [0]OCTET STRING OPTIONAL
}
[4] D-TERMINATE-RESP ::=IMPLICIT SEQUENCE
{ charging [0]IMPLICIT Charging OPTIONAL,
userInformation [1]OCTET STRING OPTIONAL
}
[5] D-ABORT-REQ ::=[APPLICATION 13] IMPLICIT SEQUENCE
{ aBORTSource [0]INTEGER
{ requestingDTAMPM
(0),
DTAMserviceProvider (1) },
aBORTReason [1]INTEGER
{ local-system-problem (0),
invalid-parameter (1),
unrecognized-activity (2),
temporary-problem (3),
protocol-error (4),
permanent-error (5),
transfer-completed (6) },
Reflected-parameter [2] IMPLICIT BIT STRING OPTIONAL,
-- 8 bits maximum, only if abortReason is invalid parameter
userInformation [3]OCTET STRING OPTIONAL
}
[6] D-CAPABILITY-REQ ::=[APPLICATION 14] IMPLICIT SEQUENCE
{ applicationCapabilities [0] IMPLICIT Application Capabilities
OPTIONAL,
storageCapacity [1]IMPLICIT BIT STRING OPTIONAL,
userInformation [2]OCTET STRING OPTIONAL
}
[7] D-CAPABILITY-RESP ::=[APPLICATION 15] IMPLICIT SEQUENCE
{ applicationCapabilities [0] IMPLICIT Application Capabilities
OPTIONAL,
storageCapacity [1]IMPLICIT BIT STRING OPTIONAL,
capabilityResult [2]IMPLICIT Capability Result
userInformation [3]OCTET STRING OPTIONAL
}
CapabilityResult ::=INTEGER
{ confirmation-of-all-the-
requestedCapabilities (0),
a-list-of-the-requestedCapabilities (1),
Fascicle VII.7 - Rec. T.433 34
a-complete-list-of-non-
basic ReceivingCapabilities (2),
none-of-the-capabilities-requested-
by-the-initiator (3) }
35 Fascicle VII.7 - Rec. T.433
[8] D-TYPED-DATA ::=[APPLICATION 16] CHOICE
{ NumericString,
PrintableString,
TeletexString,
VideotexString,
VisibleString,
OctetString,
IA5String,
GraphicString }
[9] D-CREATE ::= [APPLICATION 17] IMPLICIT SEQUENCE OF
CreateInformation
CreateInformation ::= SEQUENCE
{ [0]IMPLICIT ParentObjectOrClassIdentifier
OPTIONAL,
[1]Object }
ParentObjectOrClassIdentifier ::=ObjectOrClassIdentifier
-- ObjectOrClassIdentifier ::={ Refer to Recommendation T.415 }
Objet ::= CHOICE
{ [0]IMPLICIT DocumentProfileDescriptor,
[1]IMPLICIT LayoutClassDescriptor,
[2]IMPLICIT LayoutObjectDescriptor,
[3]IMPLICIT TextUnit,
[5]IMPLICIT LogicalClassDescriptor,
[6]IMPLICIT LogicalObjectDescriptor,
[7]IMPLICIT PresentationStyleDescriptor,
[8]IMPLICIT LayoutStyleDescriptor,
-- The above descriptors and text portion are
defined
-- in Recommendation T.415
[9]IMPLICIT OperationalDescriptor.
-- The above descriptor is defined
-- in Recommendations T.441 and T.541 }
[10] D-DELETE ::= [APPLICATION 18] IMPLICIT DeleteInformation
DeleteInformation ::= SEQUENCE OF CHOICE
{ [0]IMPLICIT ObjectOrClassIdentifier,
[1]IMPLICIT ContentPortionIdentifier,
-- The above descriptors and text unit are defined
-- in Recommendation T.415
[2]IMPLICIT OperationalInformationIdentifier
-- The above identifiers are defined
-- in Recommendations T.441 and T.541 }
[11] D-MODIFY ::= [APPLICATION 19] IMPLICIT SEQUENCE OF
ModifyInformation
ModifyInformation ::= SEQUENCE
{ [0]IMPLICIT CurrentObjectOrClassIdentifier
OPTIONAL,
[1]Object }
CurrentObjectOrClassIdentifier ::=ObjectOrClassIdentifier
-- ObjectOrClassIdentifier ::={ refer to Recommendation T.415 }
Fascicle VII.7 - Rec. T.433 36
Object ::=CHOICE
{ [0]IMPLICIT DocumentProfileDescriptor,
[1]IMPLICIT LayoutClassDescriptor,
[2]IMPLICIT LayoutObjectDescriptor,
[3]IMPLICIT TextUnit,
[5]IMPLICIT LogicalClassDescriptor,
[6]IMPLICIT LogicalObjectDescriptor,
[7]IMPLICIT PresentationStyleDescriptor,
[8]IMPLICIT LayoutStyleDescriptor,
37 Fascicle VII.7 - Rec. T.433
-- The above descriptors and text unit are defined
-- in Recommendation T.415
[9]IMPLICIT OperationalDescriptor,
-- The above descriptor is defined
-- in Recommendations T.441 and T.541 }
[12] D-CALL ::=[APPLICATION 20] IMPLICIT CALLInformation
CALLInformation ::=SEQUENCE OF CHOICE
{ [0]IMPLICIT OperationalInformationIdentifier
-- The above descriptors and text unit are defined
-- in Recommendations T.441 and T.541 }
[13] D-REBUILD ::= [APPLICATION 21] IMPLICIT REBUILDInformation
[for further study]
[14] D-TOKEN-PLEASE ::=[APPLICATION 22] IMPLICIT Priority
Priority ::= INTEGER
END -- of DTAM Protocol Normal Mode
8.2 Abstract syntax definition of APDUs for use of session service
This abstract syntax is described by the notation of ASN.1 defined in the
Recommenda- tion X.208.
[1] D-INITIATE-REQ ::= CHOICE
{ [4]IMPLICIT ApplicationCapabilities }
ApplicationCapabilities ::= SET {
documentApplicationProfileT73[0] IMPLICIT OCTET STRING OPTIONAL,
-- '02'H document application profile (T.503)
documentArchitectureClass[1]IMPLICIT OCTET STRING OPTIONAL
-- '00'H means FDA }
[2] D-INITIATE-RESP ::= CHOICE
{ [4]IMPLICIT ApplicationCapabilities }
ApplicationCapabilities ::= SET {
documentApplicationProfileT73[0] IMPLICIT OCTET STRING OPTIONAL,
-- '02'H document application profile (T.503)
documentArchitectureClass[1]IMPLICIT OCTET STRING OPTIONAL
-- '00'H means FDA }
[3] D-CAPABILITY-REQ ::= CHOICE
{ [4]IMPLICIT ApplicationCapabilities }
ApplicationCapabilities ::= SET {
documentApplicationProfileT73[0] IMPLICIT OCTET STRING OPTIONAL,
documentArchitectureClass[1]IMPLICIT OCTET STRING OPTIONAL,
nonBasicDocCharacteristics[2]IMPLICIT NonBasicDocCharacteristics OPTIONAL,
nonBasicStrucCharacteristics[3] IMPLICIT NonBasicStrucCharacteristics
OPTIONAL }
-- "NonBasicDocCharacteristics" and "NonBasicStrucCharacteristics" are
defined
-- in Recommendation T.415
[4] D-CAPABILITY-RESP ::= CHOICE
{ [4]IMPLICIT ApplicationCapabilities }
ApplicationCapabilities ::= SET {
documentApplicationProfileT73[0] IMPLICIT OCTET STRING OPTIONAL,
Fascicle VII.7 - Rec. T.433 38
documentArchitectureClass[1]IMPLICIT OCTET STRING OPTIONAL,
nonBasicDocCharacteristics[2]IMPLICIT NonBasicDocCharacteristics OPTIONAL,
nonBasicStrucCharacteristics[3] IMPLICIT NonBasicStrucCharacteristics
OPTIONAL }
9 Conformance
For further study.
39 Fascicle VII.7 - Rec. T.433